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ABSTRACT 

This technical manual is intended for the use of 
those familiar with data processing who wish to understand the 
internal operations of the PEAPOL system (Program Evaluation at the 
Performance Objective Level) • This automated system is described, 
including ten specific computer program descriptions with flow 
charts* Designed to allow vocational teachers and district 
administrators to closely monitor student progress and costs incurred 
in individual classrooms, this system generates a series of reports 
by linking progress data, to cost data at the performance objective 
level of instruction* Operational procedures are discussed, noting 
these requirements for utilizing this system: (1). performance 
objectives with time allotments must be set up, (2) individualized 
instruction is necessary, (3) a time clock to record individual 
progress is needed, and (4) the school district must have access to a 
computer system programed for this purpose* Funded under the 
Vocational Education Act of 1968, this document is related to a 
nontechnical user • s manual and an outside evaluation, available in 
this issue as VT 018 580 and VT 018 579, respectively. (AG) 
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This document was developed for the Fresno County Department of 
Education under a Vocational Education Act research grant. It is 
intended for use by persons well versed in data processing who wish 
to obtain a thorough understanding of the internal operations of the 
PEAPOL system. Much of the contents of the chapter are taken 
directly ^rom the final system specifications which were used to 
define the programming phase of the project. The manual contains 
sufficiently detailed information to allow experienced programmers 
and systems analysts to make modifications in the operation of the 
system and troubleshoot any difficulties which may arise in attempting 
to use PEAPOL in a production oriented environment. For a nontechnical, 
more user-oriented v: aw of PEAPOL, it is suggested that the reader 
refer to the companion manual, Fresno PEAPOL System Use^s Manual 
(TM-4902/000/00). 
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A Summary of Capabilities and Constraints 
PEAPOL (Program Evaluation at the performance Objective Level) 
is an automated system which generates a series of reports designed 
to allow vocational teachers and" district administrators to closely 
monitor the progress being made, and expenses being incurred, in 
individual classrooms. The system accepts cost data which is similar 
to that required by educational budgeting and forecasting systems, 
but then combines this data with individual student progress infor- 
mation in order to generate a series of reports linking progress 
data Ko cost data at the performance objective level of instruction. 
Ihis allows .the costs being incurred in teaching individual performance 
objectives, and the number of hours spent by each student working on 
each performance objective, to be monitored on a weekly basis. The 
system also charts performance trends for each student and each 
classroom; and it allows special analyses to be made which report the 
progress that is being made by special groupings of students that may 
be expected to have instructional requirements different from those 
of other students. Among others, reports can be generated which 
provide grouped progress data for students of different ages, sexes, 
ethnic groups, reading levels, and math levels. 

To evaluate student performance on different behavioral 
objectives, a time clock is installed in each class. This allows 
the time each student spends working on each behavioral objective 
lo be precisely recorded. This information is then entered into 
a data base which also is used to collect and analyze student 
progress data, student descriptive data, and class cost management 
Information. 



Steps Required for the Stxcessful Operation of PEAPOL 

The operations listed below are the ones required for the 
successful operation of PEAPOL* They are all explained fully in 
this chapter. 

Before the semester begins: 

a) develop a set of measurable behavioral objectives which 
completely describe the content of the course; 

b) develop the required course and budget information; 

c) install time clocks and print the required forms; 

d) gather all available student and class information; 

e) construct the initial versions of the studentmaster 
file and the classmaster file; 

f) validate all initial data input; and 

g) orient teachers and students to PEAPOl/s purposes, ad- 
vantages and procedures* 

During the first week of the semester: 

a) make final corrections on input data; 

b) familiarize students and parents with the purposes 
and operation of the system; and 

c) begin submitting time cards and class event input forms* 
Throughout the semester: 

a) post the latest copy of the student summary report 
where students will see it; 

b) maintain careful control over the accuracy and 
completeness of the data entered into the system; and 

c) make periodic checks against the teacher's grade book 

to ensure that student data are being accurately reported 
and analyzed* 

Exhibit 1 - Steps Required for the Successful Operation of PEAPOL 
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At mid-term and at the end of the semeiter: 

a) provide the student with a copy of the latest 
data pertaining to his work found in the student 
summary report; 

b) carefully analyze the latest copy of the classroom 
summary report and the dollar summary report with 
the objective of modifying instructional procedures 
inherent in the more expensive performance objectives 
so that overall class costs can be reduced and/or 
efficiency increased; and 

c) analyze a complete set of special student reports 
with the objective of modifying general classroom 
procedures and specific instructional sequences so 
that specific groups within the classroom will be 
able to achieve a better level of performance. 



Exhibit 1 - Steps Required for the Successful Operation of PEAPOL (Cont'd) 



In order for PEAPOL to operate, it must be supplied with 
various types of information on a scheduled basis. This schedule 
is sumraarifcd in Exhibit 1. 

From this flow of information, the system generates four 
reports on a weekly basis. 

The student summary report shows hou much time each student 
has spent on each performance objective, which objectives he has 
completed, and how his present rate of progress compares to that of 
previous weeks., Jt also generates warning or.mevit indicators 
whenever this rate changes appreciably. 

The classroom summary report produces grouped data which 
shows the total amount of time all of the students in a class 
have spent working on each objective, and how the class's present 
rave of progress compares to that of previous weeks. A special 
message is generated whenever a class's rate of progress deviates 
markedly from its established rate. Based on the total amount of 
time consumed in working on each objective and the number of students 
who have begun work on each objective, it reports a "present prorated 
cost" and a "prorated cost per pupil" for each objective, allowing 
cost analyses to be made at the performance objective level. 

The dollar summary report displays overall class budget, dollars 
expended to date, prorated cost for each objective, and prorated 
cost per student for each objective* 
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The special student report groups students by sex, ethnic group, 
age f reading or math scores, and produces performance data for each 
group. Thus, the progress being made by students with different reading 
levels or ethnic group memberships can be reported in summarized, 
grouped data form, without identifying particular students within 
each group* 

It should not be assumed that PEAPOL is capable of being utilized 
with any type of instructional situation. There are specific 
constraints which sharply delimit its use. These constraints 
can be summarized as follows: 

a) the entire course of study must be defined in terms 

of readily measurable performance objectives which each require 
approximately the same amount of time for a student to complete; 

b) the class must be structured so that every student proceeds 
independently through the course at his own rate of progress; 

c) each classroom must be equipped with a time clock which 
reports elapsed time to the nearest hMndredth-of-an-hour, or an 
alternate means of recording this information; and 

d) the district must have access to a Honeywell computer 
configuration equipped with an operational version of this system. 

Needless to say, these constraints pertain only fo this 
particular system. By modifying the present version of PEAPOL, 
variations could be produced with entirely different sets of 
capabilities. However, it was not the purpose of this projert ro 
develop a system that would be "all things to all men." Rather, 
the purpose was to develop a pilot system which could be used to 



evaluate the practicality of applying the concepts developed by 
the author in this chapter, and to provide other researchers with 
a set of proven computer programs which could be used as the core 
of other reporting systems designed to meet requirements not deali 
with satisfactorily by the present version of the system. 

The operational version of this system was developed by System 
Development Corporation and the Fresno County Department of Education 
under a Vocational Education Act research grant. The project formally 
began in August, 1971, and the system went into operation in January, 
1972. It is now being u6ed in three automobile repair classes 
located in two different school districts in Fresno County. 

The programs operate on a Honeywell computer located at the Fresno 
Regional Data Processing Center for Education. PEAPOL requires a 
Honeywell H-200 series computer configuration with 24K of core memory, 
5 tape drives, a 132-character line printer and a card reader. Pro- 
gramming is done in Honeywell COBOL (TR) and the Honeywell H-200 (TR) 
operating system is Utilized. 



Hardware and Software Requirements 



In keeping with the concept that PEAPOL should be able to be 
utilized in many different localities, the hardware and software 
requirements of the system are modest. 

The present version of the system operates on Honeywell H-200 
series computers equipped with at least: 

a) 24K internal storage; 

b) 5 tape drives; 

c) 132-character line printer; and 

d) card reader. 

This is the computer configuration utilized in nearly all California 
educational data processing centers and in many other educational 
installations throughout the United States. 

The system is programmed entirely in Honeywell COBOL D and 
utilizes the Honeywell H-200 (TR) operating system. Because Honeywell 
COBOL is highly compatible with the COBOL compilers of other manu- 
facturers, it would be extremely inexpensive and easy to modify the 
COBOL coding so that the system would operate on machines manufactured 
by other vendors. All of the program routines are straightforward, and 
explanations are included within the programs so that program modi- 
fications can be made with minimal cost and effort. 
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System Description 

The PEAPOL system is composed of ten main computer programs: 

a) PEAPOL control program; 

b) studentmaster build; 

c) studentmaster revise; 

d) classmaster build; 

e) classmaster revise; 

f) weekly update; 

g) student sujunary report; 

h) special summary report; 

i) classroom summary report; and 
j) dollar summary report. 

The PEAPOL control program routes data to the proper programs 
and does preliminary editing* to ensure that all input data contain 
the proper types of information coded in the proper form. It also 
controls the processing sequence so that, as different activities are 
attempted by the system, the individual programs are called by the system 
at the proper times* 

Studentmaster build and classmaster build are used to construct 
the two data files which are the heart of the system. These two files 
are called the studentmaster file and the classmaster file; they are 
described in detail later in this chapter. Studentmaster revise and 

r 

*In data processing jargon, a reference to a computer program performing 
"editing" usually means that it has been programmed to ensure that 
common input errors, such as inverted card orders or numeric rather 
than alphameric punches (or vice versa) , will not be accepted as valid 
input. 
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classmaster revise are utilized to change information in these files 
when necessary. 

The weekly update program is the most complex in the system. 
It is used to enter student hours 1 data and progress data into the 
studentmaster file, and then to update the classmaster file with 
the new information contained in the studentmaster file. 

The remaining four programs generate output data. They are 
called student summary report, special summary report, classroom 
summary report, and dollar summary report. 

In addition to the ten main programs, the system also in- 
corporates numerous sort routines. These are used to arrange 
records in the proper order within the data files or in the generated 
reports. These sorts are standard within the Honeywell H-200 (TR) 
operating system and will not be discussed in any detail. 

On the following pages, three flowcharts are utilized to 
depict the relationship between the different system programs. The 
first flowchart shows how the new files are built, the second shows 
the weekly file update procedure, and the last shows how reports 
are generated. These three processing operations comprise the 
entire scope of the system. Each flowchart shows a type of com- 
puter run and describes the programs, types of input, and products 
resulting from each type of run. These computer runs are used either 
separately, or in combinations, depending upon what kind of operation 
is being undertaken. 
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In this section, a description is given of each of the com- 
puter programs in the PEAPOL system. This includes a description 
of inputs, outputs, processing procedures, edit checks, and al- 
gorithms. Two flowcharts are supplied vrith most program descriptions. 

The first flowchart is a logic flowchart showing the basic tasks 
carried out by each program. The second flowchart is a procedures 
flowchart showing the specific types of input, the sorting routines 
utilized by the program, any intermediate files utilized by the 
program, and the final endproducts of the program. 



PEAPOL Control Program (PEAPOL) 

The PEAPOL control program has the program name of PEAPOL. 
As mentioned earlier, ii: performs an editing and routing function. 
It checks all control cards giving directions to the system; it 
edits key input fields, such as those containing identification 
information, to ensure that all the required data are present and 
in the proper form; and it calls in et. "h program in the system at 
the proper time in the processing sequence. The processing sequence 
is in part controlled by control cards submitted by the computer 
operator, and in part controlled by the logic in the PEAPOL program. 

This program also allows the entire system to operate in a 
dynamic mode. After the completion of any program in the system, 
control is transferred to the PEAPOL program so that the next pro- 
gram in the system can be run. This means that the operator does 
not have to decide which program in the system should be called 
in at any given time. This program will also print instructions 
to the operator at different points in the processing sequence. 
Typically, such instructions wi\l tell the operator to mount a 
particular magnetic tape on a certain tape drive, ask him what 
date should be printed on a report, or tell him that system 
operations have ceased because bad data of a particular type 
were submitted to the system. 

Because this program is never used alone, but always, in con- 
junction with other programs in the system, only a logic flow chart 
has been provided. The procedures flow chart is not required for 
PEAPOL. 



Edit Control 
Cards and 
Key )upuC 



Set Up En- 
trance Ueq. 

for System 
Pro? ;t r. ns 



Gc to Class- 
master Build 
Program 



t:o tc 

Classoi^ster 

Revise 

Program 



Go to 
Student- 
master Buildj 
Program 



Go to 
Studcnt- 
uaster 




± 

Go to Class- 
room Surma r y 
Pxcport 
Pro gram 



iGo" to Doilar 
: Sugary 
|Roporc 



[Program 



Go to 
Student 
Summary P.pt. 
Prograo 



Go to 
Special 
Summary Rpt. 
Program 



Exhibit 5 - PEAPOL Control Program (logic flowchart) 



16 

Suudentmagter Build Program (STUI)-I) 

This program reads studentwaster input cards onto a reel 
of tape, then sorts the tape by student number, within class 
number, school number, district number, to create a new student- 
master tape file. 

In order for a record to be accepted, it must have, at a 
minimum, columns 1-50 correctly filled in. For record fields where 
no information is submitted, including fields for which values are 
calculated by the following programs, the program will insert b3.anks 
if the field is alpha and ceros where fields are numeric. 

The following will be treated as error conditions: 

a) If all information required in columns 1-50 is not supplied, 
the entire card will be rejected and its contents printed out" on the 
line printer with words INSUFFICIENT IDENTIFIER INFORMATION. 

b) If an element entry is of the wrong type (alphameric instead 
of numeric, etc.), the incorrect element is not accepted (the rest of 
the record is) and the invalid element and the words ELEMENT INCORRECT . 
FORM will appear on the line printer. 

c) As shown in Exhibit 5, whenever the studentmaster build pro- 
gram is run, an "S" must be in column 1, an "N" in column 2, and 

an "A 11 in column 3 of the input card. If these three columns are not 
correct, the record will be rejected and its contents will appear on 
the line printer along with the message INCORRECT IDENTIFIERS . 

The studentmaster build program can only be used to create a 
new studentmaster file. Therefore, errors made in creating the file 
must be corrected by using the studentmaster revise progrcm. 

O 
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Exhibit 6 - Studentmaster Kecord Input Card Format 



Co lumns Conte nt 

1 file type «= S 

2 type of input N = new record 

U = record update 
D « record deletion 
(only columns 1-28 
need be punched) 

3 card type. * A 
4-8 district number 
9-15 school number 

16-18 class number 

19-28 student number 

23-43 student name (last name first) 

49-50 number of performance objectives in 

course 

51 sex (M or F) 

52 ethnic code 1 =■ Spanish surname 

2 « other White 

3 « Negro 

4 « Chinese, Japanese, 

Korean 

5 » American Indian 

6 « other non-White 

53-54 year of birth 

55-58 reading score 

59-62 math score 

63-64 percentile score 

65-79 class name 
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Exhibit 7 - Studentrcaster Build Program (logic flowchart) 
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Exhibit 8 - Studentmaster Build Program (procedures flowchart) 
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Stnik ' nt.nia».ler Revise P,og. ra K (STUiM I) 

Studentmaster revise it-, used to add o.r delete a record from 
an existing studentmaster file or to change information (aside from 
information handled by the venkly update program) within a student- 
nnster file. 

Although studentmaster revise is nearly identical to student- 
master build, studentmastei revise can perform additional tasks. 

First, studentmaster revise can update an existing record using 
practically the same procedure employed to create the record. 
To change an existing information element, a studentmaster 
input card with a "U" in column 2 is submitted to the program. 

The required changes are produced in the existing record by 
simply having the program enter the new information in the proper 
place in the record, producing a new interim studentmaster tape. 

For changes o£ the above type, the same error messages pro- 
duced by studentmaster build are generated. In addition, one other 
is added: NO SUCH RECORD. This message is produced, along with the 
offending identifier information, when a !, U ,f card is entered that can- 
not be matched to an existing record in the file. 

To delete an existing record the required identifier information 
is submitted in columns 1-28, with a "D" in column 2. This will erase 
the entire record. The error message, NOTHING TO DELETE, is printed 
out, along with the offending entry and the identifier information, 
if the program is asked to delete a record which is not in the file. 

Studentmaster revise is also used to add a complete record to an 
existing file. This is dond by entering the new record, following 



the procedure described for the studentmaster build program. 

The same "N" identifier is punched in column 2. The same 

entry formats are used, and the same error messages are generated. 

When "N" cards are submitted into this program, they will be written 

on a new studentmaster tape file which then will be merged with the 

existing studentmaster file to create a new interim studentmaster 

file. 
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Exhibit 9 - Studentmaster Revise Program (logic flowchart) 
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Exhibit 10 - Studentmastier Revise (procedures flowchart) 
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Classmaster Build Program (CLAS-I) 

This program reads classmaster record input cards onto a 
reel of tape and then sorts the tape by class number within school 
and district number. Two different card types are required 
to input a complete record. For file fields where no infor- 
mation is submitted, including fields generated by later programs, 
the program will insert blanks if the field is alpha and zeros if 
the field is numeric • 

The following will be treated as error conditions: 

a) If all information required (columns 1-72 on card A and 
columns 1-68 on card B) is not supplied, the entire card will be 
rejected and its contents printed out on line printer with words 
INSUFFICIENT INFORMATION. 

b) If a non-identifier element entry is of the wronp type 
(alphameric instead of numeric, etc.), the individual element is 
rejected and it appears on the line printer along with the contents 
of columns 1-18 and the words ELEMENT INCORRECT FORM. 

Errors of the above type will be corrected by re-entering 
corrected data using the classmaster revise program. The class- 
master build program is used only to create a new file. 



exhibit 11-Classraaster Record Input Card Format 



Column Contents 
First Card Type 

~3 file type * C 

2 type input N » new record 

U ■= update 

D « record deletion (only 
columns 1-27 need 
be punched) 

3 card type « A 
4-8 district number 
9-15 school number 

16-18 class number 

19-27 teacher number 

28-47 teacher name (last name first) 

48-49 total number performance objectives 

in course 

50-51 active enrollment 

52- 66 course name 

67-68 number of weeks class meets 

69-72 number of scheiuled instructional hours 

Second Card Type 

1 file type » C 

2 type input N =* new record 

U » record update 

3 card type = B 
4-8 district number 
9-15 school number 

16-18 class number 

19-24 nonbudgeted savings or expenses 

(column 26 must contain a plus or 
minus sign with denoting an 
expense and f, - fl denoting a savings) 
25-29 dollars budgeted-certif ied salaries 

30-34 dollars budgetcd-classif ied salaries 

35-39 dollars budgeted-benef its 

40-43 dollars" budgeted-books and supplies 

44-47 dollars budgeted-support services 

48-52 dollars budgeted-other services 

53- 57 dollars budgeted-other outgo 
58-62 total dollars budgeted 

63-68 budgeted cost per pupil (to nearest cent) 
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- Exhibit 12- Classmaster Build Program (logic flowchart) 
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Exhibit 13 - Classmaster Build (procedures flowchart) 
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Classmaster Revise Program (CLAS-U) 

Classraaster revise is used to add or delete a record fron an 
existing classmaster file or fo change information within a class- 
master filcu 

Classmaster revise is nearly identical to classmaster build, 
except that classmaster revise, can also perform additional tasks. 

First, classmaster revise can update an existing record using 
practically the same procedure employed to create the record* 
To change an existing information element, a classmaster input card 
with a "U" in column 2 is submitted to the program. 

The required changes are produced in the existing record by 
simply having the program enter the new information in the proper 
place in the record, and writing and producing a new interim class- 
master tape. 

For changes of the above type,, the same error messages produced 
by the classmaster build program are generated. In addition, one other 
is added: NO SUCH RECORD. This message is produced, along with the 
offending identifier information, when a "U" card is entered that 
cannot be matched to an existing record in the file. 

To delete an existing record, the required identifier information 
is submitted in columns 1-27, with a M D" in column 2. This will erase 
the entire record. The same error messages can be generated; in 
addition, NOTHING TO DELETE is .printed out, along with the offending 
entry and the identifier information, if the program is asked to 'delete 
a record which is not in the file. 
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Classraaster revise is also used to add a complete record 
to an existing file. This is done by entering the new record 
following the procedure described for the classmaster build 
program. The same "N" identifier is punched in column 2^ 
The same entry formats are used, and the same error messages are 
generated. When "N" cards are submitted into this program, they 
will be written on a new classmaster tape file which then will 
be merged with the existing classmaster file to create a new 
interim classmaster file. 
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Exhibit 14 - Classmaster Revise Program (logic flowchart) 
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Exhibit 15 - Classmaster Revise (procedures flowchart) 
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Weekly Upd ate Program ( WKEK-10 

This program performs two functions: 

a) It accepts data pertaining to student hours, absences, 
commendations, discipline reports, and performance objective 
completions, and increments the field storing each type of in- 
formation by the required amount. 

b) It recalculates all quantitative system data and generates 
new studentmaster and classmaster tapes. 

Two types of input cards are accepted by this program- hours 
recording input cards and class event: input cards. The first 
operation carried out by this program is sorting a submitted deck 
of cards into the following order: (1) type of input (colusm 2); 
(2) student number; (3) class number; (4) school number; and (5) dis- 
trict number. Once this sort is carried out, information can then 
be merged with the existing studentmaster file. 

As students in classes monitored by this system perform their 
classwork, they enter onto a time card the precise number of hours 
which they spend working on different performance objectives. This 
information is submitted weekly to the computer center for key- 
punching. The keypunch operator punches these time cards for entry 
into the data base. 

The program will only accept performance objective numbers be- 
tween 1 and 75, and start and finish times between 0000 and 2399. 
An invalid performance objective number will cause the student 
identifier information, the invalid number, and the message INVALID 
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Exhibit 16 - Hours Recording Input Card Format 
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Column^ Content 

1 file type « S 

2 type of input H « hours update 
3-7 district number 

8-14 school number 

15-17 class number 

18-27 student number 

28-30 first 3 letters of student 1 s last name 

32 performance objective number 

33-36 start time 

37-40 end time 

41-42 performance objective number 

43-46 start time 

47-50 end time 

51-52 performance objective number 

53-56 start time 

57-60 end time 

61-62 performance objective number 

63-66 start time 

67-70 end time 

71-72 performance objective number 

73-76 start time 

77-80 end time 
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Exhibit 17 



- Class Evens: Input: Cr-ed Format 



C olumn Consen t 

1 file type = 3 

2 type of input E = event card 
3-7 district number 

8-14 t^hool number 

15-17 class number 

18-27 student number 

28-30 first 3 letters of student's last name 

31-32 first event code DS = discipline 

report 

33-34 second event code CM =* commendation 

35-36 third event code xx « number of a 

performance 

37-38 fourth event code objective 

(numbers 0] 

39-40 fifth event code through 75 are 

valid) which 

41-42 sixth event code student has 

completed 

(etc. - retrain lor of card can be used to record events) 



NUMBER to appear on the printer. Valid notations on the same card 
will be entered. An invalid time will cause the student identifier 
information, the invalid time, and the. message INVALID TIME to 
appear on the printer. Here again, valid entries on the same card 
will be accepted. 

The program viJl take each of these time entries and will sub- 
tract the start time from the end time. It will then round the result 
of this subtraction to the nearest tenth and add this amount to the 
existing amount within. the proper field. If a negative number or a 
number greater than 12.0 should result from the sub reaction, the 
offending hours notation will be printed out with tht ;dentifier 
information on the printer and no credit will be given for these 
hours. At the beginning of the semester, as a part of studentmaster 
build and studentmaster revise, zeros will be entered in all the 
valid performance objective fields for each student. These zeros 
are needed to ensure that all students start the year with blank 
fields,. These fields will be incremented throughout the school 
year as student time cards enter the system. 

Data pertaining to student absences, commendations, discipline 
reports, and performance objective completions will enter the system 
in a similar manner. 

At this point, the program automatically updates the existing 
files. 

St udentmaster fil e — this is, the first file updated by the " 
program. A description of the record format for this file is given 
in Exhibit 17. 

a) On each record, the "hours credited to date for individual 
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performance objectives" fields are totalled. The -sum is placed i 
the "clas^ hours credited" field of the studentmaster record. 



indicator" fields are totalled. The sum is placed in the "total 
number of performance objectives completed" field of the student- 
master record. 

c) On each studentmaster record, the "performance objectives"- 
completed/hours credited ratio" fields are updated. This is done 
by dividing the contents of "performance objectives completed" by 
the contents of "hours credited," and rounding the answer to two 
decimal places. The results of this calculation are placed in the 
"present week" field. Before doing this, the former contents of this 
field are moved to the "one week ago" field; the contents of this 
field are moved to the "two weeks ago" field; the contents of this field 
are moved to the "three weeks ago" field, and the contents of this 
field are moved to the "four weeks ago" field. The former contents 
of the "four weeks ago" field are discarded. 

d) After performing the operations described directly above, 
the "current warning/merit flag" field is updated. This is done by 
employing the following algorithm: 



b) On each record, the "performance objective completion 



F = 



/ contents of "present 
Week" field { 



1 




contents of "one \ 
week ago" field / 



/contents of "three \ 
\weeks ago" field / 



contents of "f our \ 
weeks ago" field / 



, ti 1 ! ^C 75, 3 warning indicator (a "W f in "current warning/merit 
tag field) is generated and "warning flags" is incremented by.l. 
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Exhibit 18 - Studentmaster File Description 

# OF ACCUM 

FIELD DESCRIPTION PICTURE CHARS CHARS 



district number 


99999 


5 


5 


school number 


9(7) 


7 


12 


class number 


999 


3 


15 


student number 


9(10) 


10 


25 


student name (last name first) 


X(20) 


20 


45 


sex 


X 


1 


46 


ethnic code 


X 


1 


47 


year 


99 


2 


49 


reading score 


X(4) 


4 


53 


math score 


X(4) 


4 


57 


percentile score 


99 


2 


59 


class hours credited 


9999.9 


5 


64 


periods missed 


999 


3 


67 


warning flags 


99 


2 


69 


commendations 


99 


2 


71 


merit flags 


99 


2 


73 


discipline reports 


99 


2 


75 


total no. performance objectives # 








completed 


99 


2 


77 


hours credited to date for individual 


99.9(ea.) 


3(ea.) 


- 


performance objectives 






Objective 1 j 






- 


Objective 2 ? 




225 


302 


Objective 75/ 








performance objective completion 


X(ea.) 


l(ea.) 




indicator 








Objective 1 ) 








Objective 2 ? 




75 


377 


Objective 757 








performance objectives completed/ 








hours credited ratio 








present week 


9.99 


3 


380 


1 week ago 


9.99 


3 


383 


2 weeks ago 


9.99 


3 


386 


3 weeks ago 


9.99 


3 


3fc9 


4 weeks ago 


9.99 


3 


392 


current warning/merit flag 


X 


1 


393 


number of performance 


99 


2 


395 


objectives in course 








class name 


X(15) 


15 


410 
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If F>1.25, « merit indicator (an "M" in "current v;arning/ 
merit flap," field) is generated anJ "merit flags" is incremented by 1. 

If F is between .75 and L.2'3, the content of the "current warn- 
ing/merit flag" field is replaced with a blank. 

What this algorithm accomplishes is to compare a student's rate 

of progress during the past two weeks with the progress which he was 

making a month before. Progress in this case is defined as "performance 

objectives completed per hour." The program requires that the operator 

input "week in semester" from the console; if this number is less than 

f ive, no ratios will be computed and no warning or merit flags will be 

set. The program also handles absences of two or more weeks by 

inserting "1" as the algorithm denominator whenever the true denominator 

should be zero. 

Classmaster file— This file is updated by the program after 
updating of the studentmaster file has been completed. The record 
format for the classmaster file is given in Exhibit 18. 

a) When the previous segment of this program was operating , a 
message appeared on the console for the operator, WHAT WEEK NUMBER IS 
THIS IN THE SCI100L YEAR? The reply was stored in the computer's 
memory. This number is now entered into every classmaster record being 
processed in the "current school week number" field. Updating is done 
on the classmaster a record at a time. As each classmaster record is 
read, the studentmaster tape file (also mounted) is moved to the 
position of the class being processed . 

b) The number of students in each class on the studentmaster 
file is counted and put into the "active enrollment" field. 



39 



Exhibit 19 - Classmaster File Description 



FIELD DESCRIPTION 



PICTURE 



// OF 
CHARS 



ACCUM 
CHARS 



district number 
school number 
class number 
teacher number 
teacher name 

total no. performance objectives 

in course (75) 
total hours credited 
active enrollment 
total periods missed 
total warning flags 
total commendations 
total merit flags 
total discipline reports 
total number of performance 

objectives completed 
total class warning indicators 
total class progress indicators 
number of weeks course meets 
dollars budgeted-certified salaries 
dollars budget ed-class if ied salaries 
dollars budget ed-benef its 
dollars budget ed-books and supplies 
dollars budget ed-support services 
dollars budget ed-other services 
dollars budgeted-other outgo 
total dollars budgeted 
nonbudgeted expenses or savings 

to date 
dollars expended to date 
budgeted cost per pupil 
present cost per pupil 
cost per credited pupil hour 
total hours credited to each 

ob j ective 

(need 1 field for each 75 objectives) 
number of students working on 

each objective 
(need 1 field for each of 

75 objectives) 
number of students who have 

completed each objective 
(need 1 field for each of 

75 objectives) 



99999 


5 


5 


9(7) 


7 


12 


X(3) 


3 


15 


X(9) 


9 


24 


X(20) 


20 


44 


99 


2 


46 


99999.9 


6 


52 


99 


2 


54 


9999 


4 


58 


999 


3 


61 


999 


3 


64 


999 


3 


67 


999 


3 


70 


9999 


4 


74 


99 


2 


76 


99 


2 


78 


99 


2 


80 


99999 


5 


85 


99999 


5 


90 


99999 


5 


95 


9999 


4 


99 


9999 


4 


103 


99999 


5 


108 


99999 


5 


113 


99999 


5 


118 


+99999 


6 


124 


99999 


5 


129 


9999.99 


6 


135 


9999.99 


6 


141 


9999.99 


6 


147 


99999.9 






(ea.) 


6(ea.) 






450 


597 


99 (ea.) 


2(ea.) 






150 


747 


99 (ea.) 


2(ea.) 






150 


897 
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Exhibit 19 - Classmaster File Description (cont'd) 
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FIELD DESCRIPTION 



PICTURE 



# OF 
CHARS 



ACCUM 
CHARS 



current warning/merit flag 

indicator 
current school week number 
class performance objectives 

completed/hours credited 
ratio 

present week 

1 week ago 

2 weeks ago 

3 weeks ago 

4 weeks ago 
course name 

number of scheduled instructional 
hours 



X 
99 



9.99 
9.99 
9.99 
9.99 
9.99 
X(15) 

9999 



1 

2 



3 
3 
3 
3 
3 
15 



898 

900 



903 
906 
909 
912 
915 
930 

934 



c) Tue "class hours credited" field on the studentmaster is 
totalled for all the class members and the sum is placed in the 
"total hours credited" field. 

d) The "periods missed" field on the studentmaster is totalled 
for all class members and the sum placed in the "total periods 
missed" field. 

e) The "warning flags" field on the studentmaster is totalled 
for all class members and the sum placed in the "total warning flags" 
field. 

f) The "commendations" field on the studentmaster is totalled 
for all class members and the sum placed in the "total commendations" 
field. 

g) The "merit flags" field on the studentmaster is totalled for 
all class members and the sum pl-iced in the "total merit flags" field. 

h) The "discipline reports" field on the studentmaster is totalled 
for all class members and the sum placed in the "total discipline re- 
ports" field. 

i) The "total number of performance objectives completed" field 

is totalled for all class members and the sum placed in the "class total 
of performance objectives completed" field. 

j) The "hours credited to date for individual performance objec- 
tives" fields (up to 75) on the studentmaster are each totalled sepa- 
rately and the individual sums are placed in the "total hours credited 
to each objective" fields. In this way, the total hours credited to 
each objective are computed. 
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k) The yane studcntmastjcr {3 elds (hours credited to date) arc 
examined to see if they contain che number zero. Again, this is 
dona one field at a time (it is done at the same time operation j 
above- is boing done). The total numbe?: of non-zero fields for each 
objective is counted, and the totals placed in the classmaster 1 s 
"nunber of students working on each objective" fields. 

1) The studentmasfer M pcrf orrcancc objective completion indi- 
cator" fields are then individually totalled for each class. The sum 
for each objective is then placed in the "number of students who have 
completed each objective" fields of the classmaster. The sura for 
each objective is also subtracted from the classmaster fields filled 
in operation k. These fields now contain the true number of students 
in each class who are working on, but have not completed, each per- 
formance objective. 

ra) "Dollars expended to date" Jn classmaster is then computed in 
the. following way: 



[ "current school \ - 

{ week nu mbe r" field - . /"total dollars \ f non-budgeted \ 

"number of weeks \ I budgeted" field ) + expenses or savings , 

course meets" field ' \ / \ to date field / 



n) The "present cost per pupil" field is computed by dividing the 
"dollars expended to date" field by the"active enrollment" field. 

o) The "cost per credited pupil hour" field is computed by dividing 
the "dollars expended to date" field by the "total hours credited" field. 



p) The ,f current class wurning/prcgroso flag indicator 15 
fio.ld is then calculated by following exactly the tuirce procedure 
a$» described earlier in this section for computing individual 
student indicators, except that iu this case the ratio fields from 
the classmaster file are used instead of thi ratio fields from the 
studeiitmaster file. The resulting class indicator, if not a blank, 
also increments either the "class warning indicators 11 field or the 
!t class progress indicators" field by one if a warning or progress 
indicator flag should be set by the program. 
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20 - Weekly Update Program (logic flowchart) 
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Exhibit 21 - Weekly Update Program (procedures flowchart) 



9 

ERLC 



46 

Class roo m Summary Report P ro^rani ( CLASSU) 

Tills program produces a report which Is designed to give 
the teacher and administrator an overall view of the progress of 
individual classes within the repo?rting system. The report is 
generated from the classmaster file and is a rather straight- 
forward listing of information pertaining to individual classes 
contained within that file. The program will require the operator 
to input the desired report date on the console in response to the 
message, "WHAT REPORT DATE?" 

The report lists out for each class: 

district number 
school number 
class number 
teacher number 
teacher ^ anic 
class name 

current school week number 
number of weeks course meets 
active enrollment 

**total days absent 

**total warning flags 

**total merit flags 

**total commendations 

**total discipline reports 

total class warning indicators 

total class progress indicators 

**total hours credited 

**total number of performance objectives completed 

performance objectives completed/hours credited ratios 
current week 

1 week ago 

2 weeks ago 

3 weeks ago 

4 weeks ago 

current class warning/progress indicator 



for each performance objective .In coarse (up to 75) * 7 
total hours credited to each objective 
number of students presently working on each objective- 
number of students .-/ho have completed each objective 
^prorated cost of each performance objective 
^prorated cost per student of each performance objective 

budget information 

dollars expended to date 
budgeted cost per pupil 
present cost per pupil 
cost per credited pupil hour 
budgeted cost per hour 

All information which this report requires, except for the 
Jingle-asterisked cost items and the double-asterisked fields which 
will be averaged (contents will be divided by contents of "active 
enrollment" field), comes "directly from fields in the classmaster file. 
Ho calculations are required to generate these items. 

The prorated cost of each performance objective is determined 
using the following algorithm: 



. « _ hours credited to 
prorated cost . . # 

of objective = a gxven objective * dollars expended to date 

total hours credited 

The prorated cost per student of each objective is determined by 
using the following algorithm: 



prorated cost per 

student of each = p rorated cost of objective 

objective number of students number of students 

presently working + who have completed 
on objective objective 



The number or performance objectives on which reports will be 
given will be the sane as the number entered into the "number 
of performance objectives in course" field. If this number should 
vary within a class from the value read on the first student rec- 
ord for a given class, the variant record will be printed out with 
the message INVALID PERFORMANCE OBJECTIVE TOTAL and the variant 
data will be ignored* 



-i r 



1 



49 



Bring in 
Data from 
Classmaster 
Tape 




/ 



Calculate 
Class Data 
for Summary 



Move 
Calculated 
Data to 
Output 



Classroom 
Summary 
Report 



r 



Exhibit 22 - Classroom Summary Report Program (logic flowchart)' 
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Exhibit 23 - Classroom Summary Report Program (procedures flowchart) 
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'-'M.Wjnnry Report Proft raM nXjiJ>L|^ 
This repor;. is a slightly modified and abbreviated version 
of the classroom summary report. It is designed to give an admini- 
strator a purely financial picture of the internal operations of 
a district's classes. The report is generated fro-it the classrcaster 
file and, except for the same three fields which had to be calculated 
in the classroom summary report, involves nothing more than directly 
printing oat information contained in the classmaster file for each 
class. The program will require the operator to input the desired 
report date on the console in reply to the message "WHAT REPORT 
DATE?" 

The report lists out for each class: 

district number 
school number 
class number 
teacher number 
teacher name 
class name 

number of weeks course meets 
current school week number 
active enrollment 

for each performance objective in course 

*prorated cost of each performance* objective 
*prorated cost per student of each performance objective 
total hours credited to each objective 
number of students presently working on each objective 
number of students who have completed each objective 

total dollars budgeted 

dollars budgeted-certif ied salaries 

dollars budgeted-olassir'iod salaries 

dollars budgeted-benef its 

dollars budgeted-books and supplies 

dollars budgeted-supporr. services 

dollars budgeted-ocher services 

dollars budgeted-other outgo 
nonbudge.ted expenses or savings to date 
dollars expended to date 

ERIC 



budgeted cost per oupil 
present cost per pupil 
cost per credited pupj.,1 hour 
^budgeted cost per hour 

*See classroom summary report writeup for description of how these 
itu»:r,s are generated. 

The. number of performance objectives on which reports will be given 
will be the same as the number entered into the "number of per- 
formance objectives in course" field. If this number should vary 
within a class from the value read on the first student record for 
a given class, the varying record will be printed out with the 
message INVALID PERFORMANCE OBJECTIVE TOTAL and the varying data 
will be ignored. 
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Exhibit 25 - Dollar Summary Report Program (logic flowchart) 
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Exhibit 26 - Dollar Summary Report Program (procedures flowchart) 
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Student Summary Report Program (STUDSU) 

This is a report which is designed to give the student and 
> 

instructor a comprehensive picture of the progress being made by 
each individual in the class. The report is produced by accessing 
the studentmaster file, and nearly all of the items listed in the 
report are taken directly from fields within each student's record 
in the file. As with the previously described reports, the operator 
will be required to input the desired report date on the console 
before processing can begin. 

Before any printing is done by this program, all of the 
student records within each class on the studentmaster file are 
first sorted alphabetically by the students' last names. At this 
point, a report containing the following information for each 
student in the class is produced: 

*district number 

*school number 

*class number 

*class name 
student number 
student name 
**class hours credited 
**days absent 
**warning flags 
**merit flags 

**total number of performance objectives completed 

performance objectives completed/hours credited ratio 

**current week 

**1 week ago 

**2 weeks ago 

**3 weeks ago 

**4 weeks ago 
current warning/merit flag indicator 

for each performance objective .(up to 75) 
hours credited to date 

performance objective completion indicator 
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Except for the f;>uv single-asterisked itei*s at: the top of t\vi 
lir-t of elements, all other information produced by this program 
will be printed out in matrix form, with the horizontal dimension 
being the individual iteras of information and the vertical dimension 
being the student names in each class printed out in alphabetical 
order. The vertical dimension of the matrix will include summary 
information pertaining to the class as a whole. Summaries will also 
be produced in this report for the asterisked items at the school 
level and the district level. These summaries will be printed out 
whenever there is a control break caused by a shift in schools or 
a shift in districts. The fields which are double asterisked will 
be averaged for the class as a whole and reported at the bottom of 
each matrix. This will be done by dividing their contents by the 
computer count of the number of records located in a given control 
break group. Separate counts will have to be maintained for each 
reporting level. 

It is realized that a complete listing of performance objective 
information might not be required for every class every week. There- 
fore, the report section describing students' progress on individual 
performance objectives has been designed as an option. It is located 
on pages which follow the page giving other information produced for 
the individual student, and the user is given a chance to omit the 
printing of this section entirely. The message, SHALL PERFORMANCE 
OBJECTIVE LISTINGS BE SUPPRESSED?, will appear on the console before 
printing begins, and the operator will give his instructions by typing 
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either YES or NO. 

The number of performance objectives which will be reported on 
will be the same as the number entered into the "number of performance 
objectives in course" field. If this number should vary within a class 
from the value read on the first student record for a given class, 
the variant record will be printed out with the message INVALID PER- 
FORMANCE OBJECTIVE TOTAL and the variant data will be ignored. 
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Exhibit 28 - Student Summary Report Program (logic flowchart) 
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Exhibit 29 - Student Summary Report Program (procedures flov/chart) 
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Special Student R epor t (SPECIA) 

This report is generated by first sorting the studentmanter 
file so that it can produce special categories of information, and 
then printing out a report vhich summarizes data for each of these 
information categories. Each r.pecial sort is called an option, Th 
following are the available options: 

The ETHNIC OPTION sets up the following sort order; 

ethnic classification (1 - 6) 
district number 
school number 
class number 

The SEX OPTION sets up this sort order: 

sex (M or F) 
district number 
school number 
class number 

The READING OPTION sets up this sort order: 

*reading score 
district number 
school number 
class number 

The MATH OPTION sets up this sort order: 

*raath score 
district number 
school number 
class number 

• i 

The AGE OPTION sets up this sort order: 1 

year of birth (each birth year) 
district number 
school number 
class number 

The PERCENTILE OPTION sets up this sort order: 

*percentile score 
district number 
school number 
class number 
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-After sorting math, reading, and percentile scores % the program will 
group and report information for the above mean group and the below r.vean 
group. All scores entered into the system for a given class ir-ust 
be for the same test, test form, test Jevc.l, norm type, and admini- 
stration date. No scores more than 12 months old should be entered. 

When this program is run, a message appears on the operator's 
console, WHICH OPTIONS DID YOU WISH ~ AGE, SEX,. ETHNIC, READING, 
M^H, PERCENTILE? The operator then simply types in the words which 
describe the reports which he is supposed to generate. Each word 
should be separated from the others by a comma. As each report is 
produced, the heading contains in the "option 11 field the title of 
the option being reported. 

After the options are selected, the operator must insert the 
desired report date in answer to the console message WHAT REPORT 
DATE? After this is done, the program is ready to run. 

The report produced by this program is similar to the summary 
information produced in the student summary report. Due to the 
sensitivity of some of these grouped data, no information pertaining 
to specific individuals is produced. 

The only fields requiring special explanation on this report 
are the "% this week" fields in the merit and warning flag columns. 
These numbers are derived by having the program total the current 
warning and current merit indicators for a particular group and then 
divide these totals by the quantity in the "group size 11 field. 

The "group size" field on this report contains the number of 
records in each control break group. This total is used in computing 
all of the averages required in this program. 
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Exhibit 3i - Special Student Report Program (logic flowchart) 
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*Sorts are not required for the age or ethnic options as records 
are already arranged in the proper order for these runs. 

Exhibit 32 - Special Student Report Program (procedures flowchart) 
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Description of Studentiuaster and Classmaster Tape Files 

•The following pages contain the design of the two tape files 
which arc the heart of this system. 

Studentmsster contains fixed 'length, 410 character records. 

These records describe the work of every .student operating within 

the system. The file is sorted in the following order: 

district number 
school number 
class number 
student number 

Classmaster contains fixed length, 934 character records. 

These records describe each class operating within the system*. The 

file is sorted in the following order: 

district number 
school number 
class number 

In addition to these two main files;, there are a number of 
sorted variations of each which are utilized in different programs 
as "scratch files." These additional files have the same elements 
and composition as the main files. The studentmaster and classmaster 
files were previously described in Exhibits 17 and 18, but the 
descriptions are repeated here for the reader's convenience. 
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Exhibit 39 - Studentmaster File Description 



FIELD DESCRIPTION 


PICTURE 


# OF 
CHARS 

— 


ACCUM 
CilARS 




district number 


99999 


5 


5 


school number 


9(7) 


7 


12 


class number 


999 


3 


15 


student number 


9(10) 


10 


25 


student name (last name first) 


X(20) 


20 


45 


sex 


X 


1 


46 


ethnic code 


X 


1 


47 


year 


99 


2 


49 


reading score 


X(4) 


4 


53 


math score 


X(4) 


4 


57 


percentile score 


99 


2 


59 


class hours credited 


9999.9 


5 


64 


periods missed 


999 


3 


.67 


warning flags 


99 


2 


69 


conunendat ions 


99 


2 


71 


merit flags 


99 


2 


73 


discipline reports 


99 


2 


75 


total no. performance objectives 








completed 


99 


2 


77 


hours credited to date for individual 


99.9(ea.) 3(ea.) 


- 


performance objectives 








Objective 1 ) 








Objective 2 ? 




225 


302 


Objective 75 ) 






— 


performance objective completion 


X<ea.) 


Kea.) 




indicator 








Objective 1 ) 








Objective 2 / 




75 


377 


Objective 75 / 








performance objectives completed/ 








Hours credit ratio 








present week 


9.99 


3 


380 


1 week ago 


9.99 


3 


383 


2 weeks ago 


9.99 


3 


386 


3 weeks ago 


9.99 


3 


389 


4 weeks ago <* 


9.99 


3 


392 


current warning/merit flag 


X 


1 


393 


number of performance 


99 


2 


395 


objectives in course 








class name 


X(15) 


15 


410 
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Exhibit 40 - Classoaster File Description 



FIELD DESCRIPTION 



PICTURE 



9 OF 
CHARS 



ACCUH 
CHARS 



district number 
School Tiiiwher 
class number 
teacher number 
teacher name 

total no. psrfonnance objectives 

in course (75) 
total hours credited 
active enrollment 
total periods missed 
total warning flags 
total commendations 
total merit flags 
total discipline reports 
total number of performance 

objectives completed 
total class warning indicators 
total class progress indicators 
number of weeks course meets 
dollars budgeted-certif ied salaries 
dollars budgeted-classif ied salaries 
dollars budgeted-benefits 
dollars budgeted-books and supplies 
dollars budgeted-support services 
dollars budgeted-other services 
dollars budgeted-other outgo 
total dollars budgeted 
nonbudgeted expenses or savings 

to date 
dollars expended to date 
budgeted cost per pupil 
present cost per pupil 
cost per credited pupil hour 
total hours credited to each 

objective 

(need 1 field for each 75 objectives) 
number of students vorking on 

each objective 
(need 1 field for each of 

75 objectives) 
number of students who have 

completed each 
objective (need 1 field for each 

of 75 objectives) 





C 
J 


C 
-> 




-7 
/ 


12 




3 


15 




9 


24 


Yf 


on 


44 


QQ 


o 
I 


46 


QQQQQ Q 


0 


52 


99 


2 


54 


9999 


4 


58 




3 


61 


QQQ 


3 


o4 


QQQ 


3 


67 




3 


70 


9999 


4 


74 


QQ 


2 


76 


99 


2 


78 


99 


• 2 


80 


99999 


5 


85 


99999 


5 


90 


99999 


5 


95 


9999 


4 


99 


9999 


4 


103 


QQQAQ 

99999 


5 


108 


99999 


5 


113 


99999 


5 


118 


±99999 


6 


124 


99999 


5 


129 


9999.99 


6 


135 


9999.99 


6 


141 


9999.99 


6 


147 


99999.9 






(ea.) 


6(ea.) 






450 


597 


Hea.) 


2(ea.) 






150 


747 


99 (ea.) 


2(ea.) 






150 


897 
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Exhibit 40 - Classmaster File Description (cont'd) 



FIELD DESCRIPTION 



PICTURE 



# OF 
CHARS 



ACCUM 
CHARS 



current warning/merit flag 

indicator 
current school week number 
class performance objectives 

completed/hours credited 
ratio 

present week 

1 week ago 

2 weeks ago 

3 weeks ago 

4 weeks ago 
course name 

number of scheduled instructional 
hours 



X 
99 



9.99 

9.99 

9.99 

9.99 

9.99 

X(15) 

9999 



1 

2 



3 
3 
3 
3 
3 
15 
4 



898 
900 



903 
906 
909 
912 
915 
930 
934 
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Input Documents 

The following pages contain the input documents utilized by 
the system. All of the information supplied on these forms is key- 
punched onto data cards and read into the system via the procedures 
already described. The student time card is printed on heavy card 
stock. The numbers on the right-hand side of the three other forms 
are used by the keypunch operators to instruct them as to the proper 
columns into which the various types of information should be key- 
punched . 



Exhibit 41 - Classmaster Record Input Form 
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C C_ 1 

type of input (N,U,D) 2 

A A_ 3 

district number 4-8 

school number - 9-15 

class number __ 16-18 

teacher number 19-27 

teacher name 28-47 

(last name first) 

total no. performance 

objectives in course 48-49 

active enrollment 50-51 

colirse name 53-66 



no* weeks class meets 67-68 

no. scheduled 

instructional hours 69-72 



C C_ .1 

type of input (N,U) 2 

B B_ 3 

district number _ _ _ _ 4-8 

school number _ 9-15 

class number 16-18 

nonbudgeted savings/ _ _ 19-24 

nonbudgeted expenses + 

dollars budgeted 

certified salaries ______ 25-29 

classified salaries_ _ _ ~ ~ 30-34 

benefits , _ _ 35-39 

books and supplies ^_ _^ 40-43 

suonurt services 44-47 

other services 48-52 

other outgo . ZZ ZZ 53-57 

total dollars 

budgeted 58-62 

budgeted cost per 

pupil (to nearest ^ 63-69 

cent) 
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Exhibit 42 - Student Time Card 
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STUDENT TIME CARD 



CLASS.*' 5043 



STUDENT # 



CLASS NAME Auto Adv. Systems — B 

WEEK NUMBER 



DISTRICT NUMBER 



STUDENT NAME 



(last) 



(first) 



SCHOOL NUMBER 1035575 

P.O. # NAME OF PERFORMANCE OBJECTIVE 



Start 
Stop 



TIME 



Start 
Stop 



Start 
Stop 



Start 
Stop 



Start 
Stop 



AL:ja 
1/5/72 
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Exhibit 43- Class Event; Input Form 
student name teacher signature^ 



date 



S , S_ 1 

E E_ 2 

district number 3-7 

school number 8-14 

class number 15-17 

student number 18-27 

first three letters of 

student's last name 28-30 

numbers of perform- 
ance objectives 

student has com- 

pie ted this week 



How many discipline 
reports this week? 

How many commenda- 
tions this week? 

How many periods 
missed this week? 



Exhibit 44 - Studentmaster Record Input Form 



S 1 

type of input 2 

A A_ 3 

district number 4-3 

school number 9-15 

class number 16-18 

student number 19-28 

student name 29-48 

(last name first) 

number of performance 
objectives in course 49-50 

sex 51 

ethnic code 52 



1 — opcuiioh 3 Urii mil 6 

2 = other White 

3 " Negro 

4 = Chinese, Japanese, 

Korean 

5 = /.merican Indian 

6 « other non-White 



year of birth 53-54 

reading score 55-58 

math score _^ __ 59-62 

percentile score ^_ 63-64 

class name 7C 
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Keypunching and Verifying Instructions 
The following pages reproduce the keypunching and verifying 
instructions developed by the Fresno County Regional Data Processing 
Center for use with PEAPOU Complete descriptions of the individual 
fields contained in each input card are found in the previous chapter, 
Input Documents. 
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* ' p 93 
" Error Messages ahd^ Recovery Procedures 

, - US' * • 

There are two types of error messages generated by. the systeh.* 
The first typfe of error message-occur^ vhen an H-2Q0 (TR) operating 
procedure is violated, in this^ case,- th* -operating system itself 
will generate- an error message and will either continue, with the* ' 
processdg procedure (if the- operating system has. been programmed 
to regard the error as a relatively minor one) or it "Will halt all 
.system operations* ThV error handling procedures incorporated* into 
the H-200 operation system are quite extensive, and rather than in- 
elude a" complete list of operating system error messages and recov- 
ery procedures, it is suggested that tY H-200 operating system manual 
(Honeywell, 1970) be referenced by the persotf in need of this type of 
information. \ 

. The second type of error message is generated by programs within 
the PEAPOL system. Generally speaking, there are three different 
types .of errors:' • - ' % 

a) those that result in. $n information Item being rejected; " 

b) those that result In an entire- record being rejected; and 

c) those that cause the entire, computer run to be aborted. 
Nearly- all of the error handling routines within. BEAPOL are 

activated when vinput is being edited by the system. In cases, where - 
unacceptable but noncritical ihfdr^tioir^such as sl *tti<?ent f s age) „ 
is- either in unacceptable form or completely" missing, the system wiir 
reject the unacceptable item (the system considers a' biank as an 
unacceptable entry), but will accept the remainder of the record ; In 



these cases, a message will appear on the printer giving, 
» * •% ° 

the identity information; of the unsatisfactory record and the . 

specif ffc information element (s) i which caused the rejection*. 

Where ©ore .critical information is either missing or ;ln- 

* . \' ; »« *- . 

correct, the system will, reject the entire record* fhio will 

y "V. > ' \ / 

usually happen in case£- where required identifier information / 

i£ missing or. rejected. In this type of situation j a message 
appears oh the, line printer which reproduces the entire unaccept-* 
sble record and te^ls why fche rejection action was taken* 

There is only one generalized case th£t will cause* the entire 

Computer run to-be aborted by PEAFOL. * This will happen if a . 

- - » ♦ . * * 

matdr catopt be made between a student record in the student^ 
master f ile aii^a classmaster record in the classmaster' file. "* 
-This might happen, in- any of the following circumstances: 

a) A class is tleleted from the classmaster Ilia but "the 

students iiv that class. .are-:o'oC deleted"- from the studentmaster' 

^ \ * * '' * * ■ 

file. ^ j 

b) All the students in a class are ^dropped from .the student- 
master file but the class record is not deleted from the class^ 
master file. " - • " „ . , ' 5 

} c) An identification 'element (distriet number, school number, 
class number) is incorrectly keypunched on either a new student- 
master or classmaster input. t If the identification number .incorrectly 
punched on the entry is not -thJtt of an existing cla§s and is of the 
prdper form, a system abort' message will be generated/ / 



• While rather 6 drastic, the above procedure is the only one 
that can t be adopted if the. integrity of -the'' relationship of the 
two filejvto each othes is to be maintained, When such an abort " 
signal is generated, control will sh^fc back to the PEAPOL control" 
program which will then .generate a printer message Jiving . the identity 
numbers _of the record eansing. the abort and then terminate the com- 
puter run. Prefces sing can lateir be resumed (klter the error is 
corrected), at the beginning qf^tKe program in which the abort 

occurred. m 

- " .* / • " - " * ^ 

The printer, rather than the computer console, 'is utilized ' 

-for reproducing most program error messages c for reasons of processing 
efficiency^ Jh the Honeywell derating system, printing a message on 
th^ .console requires that all other processing -operations cease. 
By utilizing the line printer for such messages, . ^his situation, can 
be avoided. ■ ' - * ' 



